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ABSTRACT 



A data processing system for allocating a plurality of 
peripheral storages to a plurality of users comprises a 
data processing device, a plurality of peripheral stor- 
ages connected with the data processing device, a cata- 
log control unit for setting on a table a total usage ca- 
pacity of the usable space set by users including an 
active pool having a plurality of peripheral storages to 
which files are allocated and an inactive pool for hold- 
ing files which are migrated from the active pool, a file 
allocating unit which sets the current usage capacity on 
a table depending upon the use of space of said active 
pool to compare the sum of the added space capacity 
inputted by users and the current usage capacity with 
said total usage capacity for deciding an error of alloca- 
tion of the added peripheral storage when the sum is 
larger than the latter. A part of the peripheral storage in 
the active pool is set as spare volumes and the spare 
volumes are temporarily allocated when a failure oc- 
curs in the remaining part of the peripheral storages in 
the active pool or when there is not enough free space 
in the active pool. 

18 Claims, 6 Drawing Sheets 
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FIG. 3 
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METHOD OF MANAGING SPACE OF 
PERIPHERAL STORAGES AND APPARATUS FOR 
THE SAME 

5 

BACKGROUND OF THE INVENTION 

The present invention relates to a management of 
space in a peripheral storage group for a data processing 
system having a data processing device and a plurality 
of peripheral storages and in particular to a space man- 
agement method which is preferred for efficient utiliza- 
tion of space in a peripheral storage group by a plurality 
of users. 

A prior art data processing system for allocating 
space to users for each volume on the basis of a maxi- 13 
mum capacity of usage of space and the number of files 
which can be assigned to each user who is preliminarily 
registered in a space control table for efficiently using 
space in the peripheral storage is described in, for exam- 
ple, Japanese Unexamined Patent Publication Sho/60- 20 
89258. The term "file" refers to one or a plurality of 
areas which are physically continuous and in which 
data can be stored in a volume. In the prior art, the 
volumes are prevented from being occupied by less 
users by setting a space usage capacity for each user and 25 
by saving excess files to save volumes. However, since 
the physical total capacity of the volumes is limited, if 
the total usage capacity of the space used by users ex- 
ceeds the total capacity of the volumes, migration, that 
is, data movement between primary and secondary >0 
storages will readily occur, resulting in low perfor- 
mance. Accordingly, there are problems that it is neces- 
sary to suppress the total usage capacity of space used 
by users within the total capacity of the volumes and 
that it is necessary to readjust the usage capacity of 35 
space for each user depending upon changes in users 
which use the volumes. There is also a problem that it is 
necessary to preset a maximum capacity of a newly 
added volume to the users if a new volume is added 
since a maximum usage capacity of space is set in units 40 
of a volume. 

The above mentioned prior art has a problem that 
even a file having a very low usage frequency is left in 
the volume if the usage capacity is within the maximum 
usage capacity of space although files are saved by 45 
maximum usage capacity management of space for each 
user. 

SUMMARY OF THE INVENTION 

It is an object of the present invention to relax the 50 
restriction that the total usage capacity of space by a 
user using a volume is suppressed within a physical total 
capacity of volume and to achieve management of a 
maximum capacity of space in total as a volume group. 

It is another object of the present invention to pro- 55 
vide a storage management method and system for the 
same in which it is not necessary to reset the registered 
space usage capacity depending upon a change in the 
number of users and the capacity of space used by the 
users. *> 

It is a further object of the present invention to realize 
a storage management method which makes it possible 
to add volumes to an active pool without resetting a 
space usage capacity with respect to frequent data file 
movements between the active pool and an inactive 65 
pool. 

It is a further object of the present invention to in- 
crease the total capacity of space of an active pool 



which can be used by a user only by addition of vol- 
umes without resetting the maximum capacity. 

It is a further object of the present invention to pro- 
vide control in such a manner thai files having less 
frequency of usage are not actively left in volumes by 
automatically saving files which have been found to be 
very low in frequency of usage for efficiently utilizing 
the space of the volumes. 

It is a further object of the present invention to pro- 
vide a storage management method and a system for the 
same which can assure enough space by the movement 
of a file to spare volumes when the movement of a file 
from an active pool to an inactive pool cannot assure 
enough space. 

In order to accomplish the above objects, a periph- 
eral storage group is divided into an active pool for file 
allocation and a inactive pool for file migration as a 
storage pool. A total usage capacity including the active 
and inactive pools is preliminarily set as a maximum 
usage capacity of space. Files are allocated on the basis 
of the total usage capacity. The usage capacity of the 
active pool is set as a maximum usage capacity of space 
in addition to the total usage capacity including both 
active and inactive pools. Files are moved between the 
active and inactive pools on the basis of the usage ca- 
pacity of space of the active pool 

With respect to a particular file, location of the file 
and the destination of the file on completion of process- 
ing is specified in response to the request, for use in the 
file. 

Spare volumes are disposed in the active pool. Spare 
volumes in the active pool are temporarily allocated 
when free space capacity in the active pool is insuffi- 
cient or when enough free space capacity cannot be 
assured by the movement of files to the inactive pool. 
The spare volumes are used as an alternative volume for 
an active volume when a failure occurs in the volume in 
the active pool. 

The present invention provides space which exceeds 
the total space capacity of an active pool by grouping a 
peripheral storage group into an active pool for file 
allocation and an inactive pool for file migration, by 
linking the active pool with the inactive pool to func- 
tion as a large capacity logical volume and by specify- 
ing the space usage capacity including the active and 
inactive pools. 

On allocation of space by users, the space usage ca- 
pacity for each user is measured. If the measured space 
usage capacity is within the total usage capacity, space 
allocation is carried out. If effective free space is not in 
the active pool on allocation of space, free space is 
assured by moving an unused file for exclusive users to 
a migration pool. If enough free space cannot be assured 
only by the file movement for exclusive users to a mi- 
gration pool, assurance of free space is achieved by 
migrating an unused file for other users. This enables 
users to use space which exceeds the total space capac- 
ity of the active pool and to make unnecessary a change 
in space usage capacity even if users who use pools 
change. 

When there is not enough space in the active pool on 
file allocation according to the usage capacity of space 
which is available in the active pool, the assured capac- 
ity for assuring space in the active pool and the total 
usable capacity including the inactive pool provides a 
maximum usage capacity of space relative to the above 
mentioned storage pool. An unused file for exclusive 
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users is preferentially migrated if the amount of cur- DESCRIPTION OF PREFERRED 

rently used space in the active pool is larger than the EMBODIMENTS 

usage capacity of the active pool. Unused files for ex- ^ r _ . . ... 

elusive users are migrated to the inactive pool also A preferred embodiment of the present invention will 

when the amount of currently used space in the active 3 be described with reference to the drawings. 

pool exceeds the assured capacity of the active pool. The system aremtecture of one e^™"°^ 

This makes it possible to efficiently achieve the migra- present invention is shown in FIG. 1. A data processing 

tion of unusedTes for exclusive users to the inactive device 1 is 

dooI without affecting other users. including a multiplicity of storage volumes. The penph- 

of^ of the die on 10 eral storage group 8 

completion of processing is specified on request of file ^ dc *^ 

use. If the file is in the inactive pool when file allocation »tion objects. Volumes A3a, B9b. C9c ^aregrou^d 

is specified, the file is moved C the ^ctive pc^to ~ - « jR 

the active pool prior to file ~ ™s: makes t poss.. • - ^ £rt volumes X9*. Y9y are pro- 

ble to achieve the movement of a file from the mactive pool 9 and may be used as spare 

pool to the active pool pnor to file access so that lower. vioeo^ ^ ^ ^ ^ 9 * insufficient 

ing of throughput can be prevented. If movement of the ^ dte ^£ volumcs when a failurc A 

file to the inactive pool on completion of file Processing n ^ ft , cmcm toble 

is specified, the file is moved from the active pool to the 20 n ^ a c dement table 13 for managing the 

inactive pool on releasing of the file allocation. This ^ Qf ^ act . yc ^ mactivc ^ 9 and , 0 Jobs arc 

actively makes the space in the active pool free so that frQm TS§ tcrminal dcvice u a batch 

the need for movement of a file from the active pool to in £ ut dftvice 15 

the inactive pool can be reduced. The data processing device 1 comprises a data pro- 

The problem of insufficiency of capacity of the stor- 2J ^ men iory unit (not shown), etc. The data 

age pool can be overcome by disposing spare volumes p roccssmg un i t functionally has a file allocation pro- 

in the active pool and by temporarily allocating spare cessing ^ 2 for allocating files, a space allocation 

volumes in the active pool when free space capacity in processing unit 3 for allocating the space in the active 

the active pool is insufficient or when efficient space ^ a VQ \ nmt selection processing unit 4 for select- 

cannot be assured even by the migration of an unused J0 mg ^1^^ m tne active and inactive pools 9 and 10, a 

file. The file which has been allocated to the spare vol- Rpare vo i ume management unit 5 for managing the 

uroes in the storage pool is migrated to the inactive pool volumes provided in the active pool 9, an ar- 

for migration on completion of access. This causes the chive/recall processing unit 6 for performing migration 

space in the spare volumes to assure initial value so at or archive operation which involves a file movement 

which the frequency that the space of the spare volume 35 f rom tnc act i vc 9 to ln e active pool 10 and a recall 

is found to be insufficient is reduced. which is a file movement from the inactive pool 10 to 

If a failure occurs in the volume in the active pool, the inactive pool 9, and a management CATALOG 

the total space capacity in the active pool can be assured control unit 7 for managing the management catalog 11. 

by allocating spare volumes an alternative volume. In jh e details of the pool management table 12 and the 
this case, file allocation to the spare volume which has 40 spaC e management table 13 are shown in FIGS. 2A and 

been the alternative volume is prohibited at a moment 2B. 

when the affected volume is returned to the active pool. The pool management table 12 comprises an active 

A file existing in the alternative volume is moved to the pod management table (A)12tf for managing the active 

other volume in the active pool or to a migration pool pool 9 and an inactive pool management toble (B)12£ 
after the completion of access since the alternative vol- 45 for managing the inactive pool 10. The pool managc- 

ume can be returned as a spare volume at the time when m ent table 12 is prepared by preliminarily grouping the 

all files in the alternative volume can be moved by the peripheral storage group 8 into the active pool 9 for file 

above mentioned file movement, and so the spare vol- allocation and the inactive pool 10 for forming an archi- 

umes in the active pool can be effectively used. val file depending upon their performances and applica- 

Disposing a plurality of spare volumes in the active 50 tion objects. Each of the tables 12a, 12^ is defined by 

pool can flexibly cope with insufficiency of allocated pool attribute (active or inactive), the name of the vol- 

space and volume fault. ume contained in the pool, the volume attribute (for 

„ r ^,„ example, spare volume attribute), the space capacity in 

BRIEF DESCRIPTION OF THE DRAWINGS ^volume, the amount of used sr^ and! theTolume 

FIG. 1 is a block diagram showing the architecture of 55 state (for example, volume which is rendered inactive 

a system according to one embodiment of the present corresponding to failure, that is, failure blocked volume 

invention; stole). These tables are used for allocating space to the 

FIGS. 2A and 2B are views showing the contents of volume selecting processing unit 4 and the spare vol- 

management catalog stored in a management file of ume management unit 5. 

PIG. 1; 60 The space management table 13 is adapted to manage 

FIG.' 3 is a flow chart showing new file allocation; a maximum capacity of usable space and an actual ca- 

F1G. 4 is a flow chart showing file movement from an pacity of used space, etc including the active and inac- 

active pool to an inactive pool; tive pools 9 and 10 for each user which uses the active 

FIGS. 5A and 5B are views showing a specification pool 9. The space management table 13 is a management 

of file migration on releasing file allocation and a flow 65 table which functions as a center of the space manage- 

of processing; and ment of the present invention. The space management 

FIG 6 is a chart showing state transition of a spare table 13 has a name of a user 13a, a name of the active 

volume provided in the active pool of FIG. i. pool to be used 134, a name of the inactive pool to be 
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used 13c, a total capacity of usable space 13* represent- there arc spare volumes 9X, 9Y, the spare volume man- 

ing the maximum capacity of the active and inactive agement unit 5 is called to decide an object spare vol* 

pooh 9 and 10, an active assured capacity 13* which is ume (step 38) for executing step 39. At step 39, the space 

a limit assumed as a minimum space existing within the allocation processing unit 3 is called to complete space 

active pool 9, an active reserved capacity 13/ which is 5 allocation. 

reserved capacity which is reserved as a space capacity FIG. 4 is a flow chart showing a processing for mi- 
by a user and will be a limit for moving a file having a grating a file from the active pool 9 to the inactive pool 
capacity slightly less than the excess space when the 10. The file is one or a plurality of areas on which data 
space to be used in the active pool 9 exceeds the active can be placed in a volume. A request for migration of a 
reserved capacity 13/on request of a migration/archive 10 file is herein assumed as level 1 to level 3. The number 
operation from any other user, a currently used space of levels is not particularly limited. It is possible to make 
capacity 13i of the active pool 9 as a currently used the number of levels not less than 4. For convenience of 
space size and a currently used total capacity 13y of description, the level is up to level 3. Firstly, whether 
space including the active and inactive pools 9 and 10 the request is a level 1 migration archive is checked. If 
for each user. The active reserved capacity 13/ is not 15 the request is a level 1 migration archive (decision 40), 
less than the active assured capacity 13g. A user who a step 41 is executed. If the request is not level 1 migra- 
uses the active and inactive pools 9 and 10 preliminarily tion archive (decision 40), whether the request is a level 
sets the active pool name 136, the inactive pool name 2 archive is checked. If the request is a level 2 archive 
13c and the maximum usable capacity 134 of usage of (decision 42), a step 43 is executed. If the request is not 
space in the space management table 13 and stores this 20 a level 2 migration archive (decision 42), the object user 
data into the management catalog 11 using the manage- is made a specified user (step 44). The step 43 is for the 
ment CATALOG control unit 7 and thereafter carries level 2 migration archive in which the space manage- 
out file allocation. The currently used space capacity ment table 13 is used for a user having the active used 
13A is automatically measured by means of the space capacity 13/ exceeding an active assured capacity 13$ as 
allocation processing unit 3 and the archive/recall pro- 25 an object user to execute a decision 45. The step 41 is for 
cessing unit 6 and is updated by means of the manage- the level 1 migration archive in which the space man- 
ment CATALOG control unit 7. The unit of the maxi- agement table 13 is used for a user having the active 
mum capacity of usable space is that for a user in the used capacity 13/ exceeding the active reserved capac- 
present embodiment. If the unit is set as a group com- ity 13/ as the object user to execute decision 45. At the 
prising a plurality of users and a group in an operation 30 decision 45, whether or not there is a migration archive 
unit and the like depending upon the system, an elabo- object user is checked. If there is no such user, the 
rate space management can be realized. migration archive processing is not performed. If there 

Operation of the present embodiment will be de- is an archive object user, whether or not the request is 

scribed with reference to FIGS. 3 to 6. a level 3 migration archive is checked. If the request is 

FIG. 3 is a flow chart showing allocation of a new file 35 a level 3 migration archive (decision 46), the file speci- 
to the active pool 9. When the file allocation processing fled by the user is decided as a migration file (step 48) to 
unit 2 allocates space to the active pool 9 according to execute a decision 49. If it is not a level 3 migration 
a request inputted from a user by a batch input devi- archive (decision 46), a file which has not been used as 
ce/TSS terminal device, and when an entry corre- a migration file of an object user, that is, which has not 
sponding to the user in the space management table 13 40 been declared to be used, and is the oldest referenced 
is preliminarily inputted into memory via the manage- file or has a large space capacity is selected with refer- 
ment catalog control unit 7 and a value of the sum of the ence to a table having presence of a data set, file size and 
currently used capacity 13/ and the capacity of space to data of access in a volume to execute a decision 49. 
be newly allocated already exceeds the total usable Whether or not there is a file to be migrated is checked 
capacity 13tf (decision 30), an allocation error is de- 45 at a decision 49. If there is such a file, the file is then 
tected. If it is less than the total usable capacity 13* migrated from the active file 9 to the inactive pool 10 
(decision 30), it is checked whether or not there is (step 50). The management catalog control unit 7 is 
enough free space in the active pool 9. If there is enough called to update the space management table 13 to corn- 
free space (decision 31), the volume selection process- plete migration/archive processing, 
ing unit 4 is called to indicate an object volume to be 50 FIGS. 5A and 5B are views showing file migration 
allocated depending upon the size of free space (step 33) specification and file migration flow on releasing file 
for executing a step 39. If there is insufficient free space allocation, respectively. When ARCIV is specified with 
(decision 31), an archive/recall processing routine is DISP operand of DD statement 51 defining a file, 
called for performing a migration or archive operation whether or not ARCIV (archive) is specified with 
which is specified as level 1 (the details will be de- 55 DISP operand of data set definition (DD) statement 51 
tcribed with reference to FIG. 4) (step 32). If the migra- on releasing file allocation is checked by the file alloca- 
tion operation has been executed (decision 34), the deci- tion processing unit 2 as shown in FIG. 5B (decision 
sion 31 is performed again. If the migration operation 52). If there is a specification of ARCIV, file migration 
has not been executed (decision 34), the archive/recall is carried out by calling archive/recall processing unit 6 
processing is called for executing a migration operation 60 by level 3 archive specification (step 53). File recall 
specified as level 2 (the details will be described with (movement of file from the inactive pool 10 to the de- 
reference to FIG. 4) (step 35). If the migration opera- tive pool 9) can be readily realized by specifying RE- 
tion has been executed (step 36), the decision 31 is exe- CALL (recall) in a DISP operand in the DD statement 
cuted again. If the migration/archive operation has not 51. 

been executed (decision 36), whether or not a spare 65 FIG. 6 shows changes in state of spare volumes 9x 

volume X(9x) or Y(9y) exists in the active pool 9 is and 9y provided in the active pool 9. 
checked (decision 37). If none of spare volumes 9X, 9Y Initial state of the spare volume is an unused spare 

exists, the allocation is determined to be an error. If space 60 which is used as a temporal space allocation 
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volume where there is not enough free space in the 
active pool 9. If space allocation is performed to the 
unused spare space 60, the state of the unused spare 
space 60 is then changed to the state of the spare space 
61. The space allocated to a spare volume is archived to 
the inactive pool 10 on completion of access and the 
space of the active pool 9 is released. If the entire space 
in the space volume is released, the state of the spare 
volume is returned to the state of the unused spare space 
60 again. 

If a hardware failure occurs in a volume of the active 
pool 9 on the other hand, the spare volume is used as an 
alternative volume for the affective volume for assuring 
a total space capacity in the active pool 9. If the state of 
the spare volume is the state of unused spare 60 when 
the failure occurs, the state is immediately changed to 
the alternative spare 63 so that the spare volume is used 
as an alternative of affective volume. If the state of the 
spare volume is the state of the space spare 61 when a 
failure occurs, release of the entire space in the spare 
volume is waited for. At a state of alternative spare 
waiting 62, a new space operates so that it is not allo- 
cated to the spare volume. The space which has already 
been allocated is moved to the inactive pool 10 on com- 
pletion of access and is released from the spare volume. 
The state of the spare volume is changed to the state of 
the alternative space 63 on releasing of the entire space 
in the spare volume and the spare volume is used as an 



10 



15 



20 



25 



used capacity for averaging the space usage rate of the 
storage pools. 

Furthermore, the space used capacity is measured in 
the storage pool unit on allocation of space to the above 
mentioned storage pool and the actual space used ca- 
pacity to each storage pool is used as a space selection 
criterion so that a storage pool having the least actual 
space used capacity is selected. This makes it possible to 
select an optimum storage pool having a lowest actual 
space used capacity for efficiently using the spaces of 
the peripheral storage group. A device busy rate and 
the like are measured as an actual used capacity of the 
storage pool and are used as criterion of space selection 
so that a storage pool having a low device busy rate is 
determined. This makes it possible to select a storage 
pool having a low device busy rate so that load disper- 
sion of the peripheral storage group can be efficiently 
realized. 

As is apparent from the above description, in accor- 
dance with the embodiments of the present invention, 
the peripheral storage groups are grouped into storage 
pools according to their performances and application 
objects and the storage pools are divided into active 
pools for file allocation and inactive pools for file migra- 
tion and are ranked as large capacity logical volumes. 
By specifying the space usage capacity including the 
active and inactive pools for each user who uses the 
storage pools space having a capacity exceeding the 
total space capacity of the active storage pool can be 



alternative spare 63, space is allocated to the spare vol- 
ume in a manner similar to the usual volume. 

If space is not allocated in the spare volume on recov- 
ery of the failed volume, the volume at the state of the 



alternative of the^affective volume. At the state of ^the ^ providcd t0 the users. It is not necessary to set again the 

~* — "~ ! maximum storage capacities of the registered users cor- 
responding to change in users who use the storage pool 
(increase or decrease in users and change in the maxi- 
mum storage capacity of some users). Since the maxi- 

alternative spare 63 is then recovered to the state of the 33 muin storagc capacity of space is preset by the space 

unused spare 60 again. If space is allocated in the afTec- usage capacity including the active and inactive pools, 

ti ve volume, the volume is placed in the state of a recov- ^ efficient utilization of space can be realized merely be 

ery spare waiting 64 to wait for release of the entire adding volumes to the active pools even if a lot of file 

space in the spare volume. At the state of recovery movements occur between the active and inactive 

spare waiting 64, the new space operates so that it will 40 pools. 

not be allocated to the spare volume. The space which jy iC destination (active or inactive pools) to which 
has already been allocated is moved to the recovery tne is to be moved on completion of access is prelim- 
volume to be released from the spare volume on com- inarily clearly defined with respect to files which are 
pletion of access. The space is returned to the unused less frequently used and the file is automatically moved 
spare 60 again upon the release of the entire space in the 45 from the active pool to the inactive pool on completion 
spare volume. of access of the file so as to make space in the active 
As another feature of the present invention, the pe- pools in such a manner as to make it possible to effi- 
ripheral storage group, may be collected as storage ciently use the space of the active pool for reducing the 
pools depending on their performances and application movement of files between the active pool and the inac- 
objects. A plurality of storage pools are allowed to be 50 tive pool. 

used by users. Preliminarily registering selection crite- in accordance with the present invention spare vol- 

rion of a storage pool makes it possible to select storage umes are disposed within the storage pool and the spare 

pools which meet the selection criterion on allocation of volumes in the storage pool are temporarily allocated 

space. This makes it possible to select an optimum stor- when the free capacity in the storage pool is insufficient 

age pool so that spaces of the peripheral storage group 55 or when enough free capacity cannot be assured by the 

can be efficiently used. migration of files to the inactive pool. Furthermore, the 

As the above mentioned space selection criterion, a spare volumes can be used as alternative volumes of the 

maximum capacity of usable space in the storage pool affective volume when a failure occurs in the volume in 

unit is set for each user and the space used capacity of the active pool so that assurance of the total space ca- 
each user is measured in units of storage in the pool on 60 parity in the active pool can be realized until the faulty 

allocation of space. Actual space used capacity of each volume is recovered, 

user in each storage pool is compared with the maxi- What is claimed is: 

mum usable capacity of the storage pool to determine 1. A method of managing space in a peripheral stor- 

which storage pools are within the maximum usable age in a data processing system having a data processing 
capacity. If there are a plurality of storage pools within 65 device connected to said peripheral storage, said pc- 

the maximum usable capacity, storage pools having an ripheral storage consisting of both an active pool having 

actual space usage amount are determined. This makes a plurality of storage volumes to which files are allo- 

it possible to select the storage pools having less actual cated and an inactive pool having another plurality of 
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storage volumes to which files are migrated from said 
active pool, comprising the steps of: 

issuing a space allocation request for a Hie in response 
to a command from a user; 

determining in response to the space allocation re* 5 
quest whether or not the size of a requested space 
to be allocated to said file exceeds a total usable 
■ space size which amounts to a sum of a the size of 
free space available in the active pool and the size 
of free space available in the inactive pool; 10 

checking whether or not the size of the free space 
available in the active pool is enough to fulfill the 
request for space when a negative decision results 
in said determining step; 

selecting volumes from the active pool to allocate to 15 
the requested space when a positive decision re- 
sults in said checking step; and 

effecting a migration of a file in the active pool to 
move the migration file from the active pool to the 
inactive pool to produce a space in the active pool 
when the negative decision results in said checking 
step and then performing said selecting step again if 
the free space produced by the migration provides 
enough free space in the active pool to fulfill the 2J 
request for space. 

2. A method of managing space in a peripheral stor- 
age as defined in claim 1, wherein said determining step 
includes the steps of: 

recording information indicating a current used ca- 3Q 
pacity of said active pool; 

comparing the total usage capacity of said active pool 
and inactive pool with the sum of said current used 
capacity of said active pool and the capacity of 
added space required by the space allocation re- 33 
quest of the user; and 

indicating an allocation error in the allocation of 
space when said sum is determined to be larger 
than said total usage capacity as a result of said 
comparing step. 40 

3. A method of managing space in a peripheral stor- 
age as defined in claim 1, wherein said active pool in- 
cludes active storage volumes and spare storage vol- 
umes and further including the step of: 

temporarily allocating a spare storage volume when a 45 
failure occurs in an active storage volume in said 
active pool. 

4. A method of managing space in a peripheral stor- 
age as defined in claim 1, and further including the steps 
of: 50 

setting an active reserved capacity as a limit for com- 
mencing migration of tiles from the active pool to 
the inactive pool when said active reserved capac- 
ity is exceeded by a current active used capacity; 

comparing the current active used capacity with said 55 
active reserved capacity; and 

migrating a part of the files used by other users to said 
inactive pool when the current active used capac- 
ity is larger than the active reserved capacity as a 
result of said comparison step. 60 

5. A method of managing space of a peripheral stor- 
age as defined in claim 4, and further including the steps 
of: 

inputting an active assured capacity which is a limit 
for a minimum space for each user in said active 65 
pool; 

comparing a current active used capacity by said 
other users with said active assured capacity; and 



migrating a part of the files which are being used by 
said other users to said inactive pool when the 
current active used capacity is larger than the ac- 
tive assured capacity as a result of said comparing 
step. 

6. A method of managing space of a peripheral stor- 
age as defined in claim 5, in which said active reserved 
capacity is not less than said active assured capacity and 
in which comparison of said current usage capacity 
with said active reserved is performed prior to compari- 
son of said current usage capacity with said active as- 
sured capacity. 

7. A method of managing space according to claim 1, 
further including the steps of: 

adding to said active pool a spare storage volume; and 
temporarily allocating said spare storage volume for a 

part of said active pool when there is not enough 

free space in said active pool. 

8. A data processing system, comprising: 
a data processing device; 

a memory for storing a table; 

a management catalog control unit connected to said 
memory for storing information in said table repre- 
senting a total usage capacity of the usable space 
set by users in a peripheral storage including an 
active pool having a plurality of active storage 
volumes to which files are allocated and an inactive 
pool for holding files which are migrated from said 
active pool; 

space allocating means connected to said peripheral 
storage for allocating space of files to users on the 
basis of said total usage capacity; and 

file allocating means connected to said peripheral 
storage for inputting information in said table indi- 
cating the current usage capacity of said peripheral 
storage depending upon the use of space of said 
active poo) and form comparing the sum of added 
space requested by users and said current usage 
capacity with said total usage capacity to detect an 
error of allocation of said added space in said pe- 
ripheral storage when said sum is larger than said 
total usage capacity. 

9. A data processing system as defined in claim S, and 
further including a spare storage volume in said active 
pool, and a spare volume management unit connected 
to said peripheral storage for temporarily allocating a 
file to said spare storage volume when a failure occurs 
in an active storage volume in said active pool. 

10. A data processing system as defined in claim 9, 
and further including migration/archive/recall means 
connected to said peripheral storage unit for inputting 
into said table information representing an active re- 
served capacity as a limit for commencing migration of 
a file from the active pool to the inactive pool when said 
active reserved capacity is exceeded and for comparing 
the current active used capacity of spaced used by said 
other users with said active reserved capacity so as to 
migrate a part of files used by said other users to said 
inactive pool when the current active used capacity is 
larger than the active reserved capacity. 

11. A data processing system as defined in claim 10, in 
which said migration/archive/recall means inputs into 
said table information representing the active assured 
capacity which is a unit for assuring for the users a 
minimum available space in said active pool, compares 
the current active used capacity by other users with said 
active assured capacity and migrates a part of the files 
used by said other users to said inactive pool when the 
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current active used capacity is larger than the active 
assured capacity. 

12. A data processing system as defined in claim 11 in 
which said active reserved capacity is not less than said 
active assured capacity and in which comparison of said 
current active used capacity with said active reserved 
capacity is performed prior to comparison of said cur- 
rent active used capacity with said active assured capac- 
ity. 

13. A data processing system according to claim 8, 
further including a spare volume management unit con- 
nected with said active and inactive pools for assigning 
an additional storage volume to said active pool as a 13 
spare storage volume and for temporarily allocating 
said spare storage volume to a file when there is not 
enough space in said active pool 



14. In a data processing system comprising a data 2 o including the steps of: 



15. A method of managing space in a peripheral stor- 
age device group as defined in claim 14, and further 
including the steps of: 

setting a usage capacity of an active pool; and 
5 moving the files between the active pool and an inac- 
tive pool when the total usage capacity exceeds the 
usage capacity of said active pool. 

16. A method of managing space in a peripheral stor- 
age device group as defined in claim 14, and further 

10 including the steps of: 

checking whether free space in said active pools is 
sufficient to fulfill a request for space when it is 
determined that the requested storage area exceeds 
the size of said total usage capacity; and 
specifying the location of a file to be migrated and the 
destination of the movement of the file to the inac- 
tive pools. 

17. A method of managing space in a peripheral stor- 
age device group as defined in claim 14, and further 



processing device and a group of peripheral storages for 
file allocation, a method of managing space in the 
groups of peripheral storage devices comprising the 
steps of: 

grouping the peripheral storage devices into active 
pools for file allocation and inactive pools for file 
migration from said active pools as storage pools; 

preliminarily setting for each of a plurality of users a 



total usage capacity including both the active and 30 the steps of: 
the inactive pools as a maximum capacity of usage 
of space for each user who uses the active pools; 
and 

responding to an allocation request for files by deter- 35 
mining whether a requested storage area exceeds 
the size of said total usage capacity. 



providing spare storage volumes in the active pool; 
and 

temporarily allocating said spare storage volumes in 
said active pool when the free space capacity in the 
25 active pool is insufficient or when enough free 
space capacity cannot be assured by the migration 
of files to the inactive pool. 
18. A method of managing space of peripheral stor- 
age group as defined in claim 14 and further including 



providing spare storage volume in the active pool; 
and 

using a spare storage volume as an alternative storage 
volume in place of a defective storage volume 
when a failure occurs in a storage volume in the 
active pool. 
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